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Applicant has made clarifying amendments to the preambles of claims 1 and 8, For 
us iiu lair s ftis i 1 » d i i \ tp i ( roccss s i 

contends that it Is not necessary to distinguish over the prior art to recite that "the processor 

1 \ 'It tU\ !' , I 1! p [\j Kit i UK ' Ov.J\ S )i ( 

amendments have beers made to claim 8. 

I <- 1 5 l v. t 1 t ! ! -o U "5 n v > 1 

indefinite. The examiner stated: "It is not clear whether micro-ops are meant; to he 
microinstructions" 

Applicant contends that the claims are definite. Applicant has amemk-d <> s> , j,> an . 
to clarify. As will discuss below, there is no indeflniteness in the claims, 

^ t t Ik it) > cai m crop ocessos one itions tide 

ddin subtnK e u- spans i, and fetching operands 1 om memory ot registers These 
operations result from execution a set of instructions that comprise a program f 1 Applicant also 
describes that: 'The front end 16 fetches and decodes instructions into simple operations called 

pv.i<o<vx \pp i ! u. mati aKo devont - f j . 1 vask too A 

implemented in a microcode environment. This allows Fast subroutine returns in microcode, ft 
also allows fast assist returns in microcode/' 3 Applicant also describes that: "The uIP stack 100 
provides i mlsn ipo sg the performance mi >de peca i ex utk>n 
v - ^ - s > h oulmanh no* p < o\md 

hnpe. is cap. hie m'rvim; modified. Microcode may .sometime- be m -tailed o: \ t u - a 
device's ust-r I aUerh ro t n ih ead-mih net i PK< M n ^ v oarauunabk 
read-only mcinory 1 "K >° ' 
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4 i^ge 6, lines 3-9 
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regarding the role of microcode, micro-ops and instructions, in summary, instructions are those 
elements that comprise a program, micro-ops are the result of decoding instructions, whereas 
microcode is not program addressable. It is generally used in assisting hardware to run. 
Clarity is also found in Applicant's claims. 

For example, claim I calls for: ''...an out-of-orc * nnstruedon pcunn niP) stack 
>> > ^ k s iv a Ok^k cov^'vt an' ( iri rhiuii'dc.lo 
usk ' u -ana or pomtc < Ui\ < aCR jk>i to n icruinsti k*oons pc sc ,u tlx ^ji.Mic seems i< 
imply. Claim 1 also recites that the pointers are "associated with a common instruction that is 
decode* ; Of that is, accordingly to clan cat off 

to ro ops are assisted vv itl it i mo ^ > „ act i 

pointer (p!P,s is the name given to the element, and that element, has micro-instruction pointers 
(u!P) pushed onto or off of the microinstruction pointer stack, as described in Applicant's 
specification from page 12 to 25. 

Accordingly, clmxxi 1 and b> analog) Claim 8 and Claim 32, each of which has analogous 
limitations as claim 1, and their respective dependent claims are also definite. j 

\ccosdh:;.-]; the , kum» arc proper under 35 U.S C. §1 12 and the rejec iion mould be 
removed. 

1 iN ! ^ ^ }5 i d v J s ) f 0 s u lint v. > a'^v. X 

oi *ep k sHv't. <.\\ , vu ssuc o! comment <Pv^ s oi o* or 

concession of that rejection, issue or comment. In addition, because the arguments made above 
\u \ jot K e 1 susti e, there ma >ere uso is for patenfabil if an ) 1 p < claim (03 
other claims} thai have not been expressed. Finally, nothing in this paper should be construed as 
h »ov ^si li'iiv* d mans dann ewp i^v , s *\ s< 1 m » t 
1 1 j t » > i s ecessari igni > < on o ntabili ( ' 
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